home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ien / ien-180 < prev    next >
Text File  |  1988-12-01  |  7KB  |  237 lines
  1.  
  2.  
  3.  
  4. IEN 180
  5.  
  6.  
  7.                                                              Danny Cohen
  8.                                                                USC / ISI
  9.                                                               March 1981
  10.  
  11.  
  12.          A suggestion for internet message forwarding for MOSIS
  13.          ------------------------------------------------------
  14.  
  15. Messages  are  forwarded across (between) networks by Message Forwarding
  16. Programs (MFP) which live on hosts with access to more than one network.
  17.  
  18. Note that in this discussion the term NETWORK means  a  message  system.
  19. These  message  systems typically live on different networks but this is
  20. not necessarily so.
  21.  
  22. The operation of the scheme is based on the following two fields:
  23.  
  24.    - FSR: Forward-Source-Route, and
  25.  
  26.    - RSR: Return-Source-Route.
  27.  
  28. These two field are  to  be  included  in  the  BODY  of  the  messages.
  29. However,  the  TO,  the  FROM and the SUBJECT fields, mentioned later in
  30. this note, are the native ones of the message systems in use, if any.
  31.  
  32. The basic operation of an MFP is:
  33.  
  34.    - To verify that this message was indeed sent to it (this  MFP),
  35.      by  comparing the first address in the FSR field with its (the
  36.      MFP's) address. This address is expacted to be the same as the
  37.      TO field  (if  any)  of  the  message  in  the  previous  hop,
  38.      augmented by the designation of that network.
  39.  
  40.    - To  direct  each  message to its next destination which is the
  41.      second address in the FSR field.
  42.  
  43.    - To appends to the beginning of the the RSR its own (the MFP's)
  44.      address as used in the environment to  which  the  message  is
  45.      forwarded.  This  is expacted to be the same as the FROM field
  46.      (if any) of the message in its  next  hop,  augmented  by  the
  47.      designation of that network.
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.                                   -1-
  59.  
  60.  
  61.  
  62.  
  63.  
  64. Each  address  in  the FRS should contain an indication (designation) of
  65. the network to which the message should be forwarded.   This  indication
  66. has  to  be  stripped  before forwarding the message to that environment
  67. because most (all?) networks  do  not  recognize  the  fact  that  their
  68. address   space  (name  space)  does  not  cover  the  entire  universe.
  69. Similarly, when any address is appended to  the  RSR  the  name  of  the
  70. network in which it is valid has to be included, too.
  71.  
  72. If  the  final  destination  of  the  FSR  is an MFP then it will not be
  73. forwarded any further, obviously.
  74.  
  75. Similarly, if a MFP is asked to forward  a  message  to  an  environment
  76. (net)  to  which  it  has  no  immediate  access  it may (i) discard the
  77. message, (ii) discard the messages and send  an  error  message  to  the
  78. originator,  or  (iii) cooperate with a smarter MFP which is as smart as
  79. internet gateways and can figure how to get there from here.
  80.  
  81. For the MOSIS application, type-(i) MFPs will suffice.
  82.  
  83. When the message  arrives  to  its  final  destination,  the  FSR  field
  84. includes  only  the  address  of  this  destination.   Similarly, when a
  85. message leaves its source, the RSR field includes only  the  address  of
  86. this source.
  87.  
  88. It  is  suggested that the SUBJECT field will be carried through without
  89. changes, whenever possible. Hence, it is an End/End entity.
  90.  
  91. It is also suggested that all the other header fields (i.e., except  the
  92. SUBJECT field) will be discarded at each MFP.
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.                                 -2-
  118.  
  119.  
  120.  
  121.  
  122.                              E x a m p l e
  123.  
  124. Suppose  that S on net-A wants to send a message to R on net-C.  Suppose
  125. also that S knows that MFP-1 has access both to net-A and to net-B,  and
  126. that  MFP-2  has  access  both  to net-B and to net-C.  The addresses of
  127. MFP-1 are a1 and b1 on nets A and B, respectively, and  those  of  MFP-2
  128. are b2 and c2 on nets B and C. 
  129.  
  130. While  traversing  net-A  (from  S  to  MFP-1) the message will have the
  131. following format:
  132.  
  133.         To:     a1
  134.         From:   S
  135.         FSR:    [A] a1 // [B] b2 // [C] R
  136.         RSR:    [A] S
  137.  
  138. While traversing net-B (from MFP-1 to MFP-2) the message will  have  the
  139. following format:
  140.  
  141.         To:     b2
  142.         From:   b1
  143.         FSR:    [B] b2 // [C] R
  144.         RSR:    [B] b1 // [A] S
  145.  
  146. While  traversing  net-C  (from  MFP-2  to  R) the message will have the
  147. following format:
  148.  
  149.         To:     R
  150.         From:   c2
  151.         FSR:    [C] R
  152.         RSR:    [C] c2 // [B] b1 // [A] S
  153.  
  154. While  traversing  net-C  (from  R  to  MFP-2)  the  reply will have the
  155. following format:
  156.  
  157.         To:     c2
  158.         From:   R
  159.         FSR:    [C] c2 // [B] b1 // [A] S
  160.         RSR:    [C] R
  161.  
  162. and so on. Note that the total number of addresses, in both the FSR  and
  163. the RSR fields, does not change while traversing the IN-environment.
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170.  
  171.  
  172.  
  173.  
  174.  
  175.  
  176.                                 -3-
  177.  
  178.  
  179.  
  180.  
  181.  
  182.                   An Actual Proposal for InterMailing
  183.                   -----------------------------------
  184.  
  185. We propose to implement the above by having a TOPS-20 program running in
  186. [ISIF]<InterMail>.
  187.  
  188. This  program  would  run periodically, every 10 minutes or so and check
  189. the mail box of this directory.  Any message which is found  there  will
  190. be forwarded according to its FSR list.
  191.  
  192. Messages  with  bad  format or illegal FSR or RSR will not be forwarded,
  193. and NO error message will be sent anywhere.  Hence, they  are  discarded
  194. for  all practical purposes.  Such illegal messages are those without an
  195. FSR starting within the first 20 lines, bad format, any  network  (i.e.,
  196. mail  system)  not  served  yet, first net in the RSR not same as in the
  197. FSR, etc.
  198.  
  199. The format of the FSR is a contiguous set of lines each of  the  format:
  200. "FSR:  [<Network>]<address>"  where  <network>  is  either  "ARPANET" or
  201. "TELEMAIL" (more may be added later) and <address> is a mail box address
  202. in that mail-system.  Note that the net designation must be in brackets.
  203.  
  204. The RSR is of similar format as the FSR except that each  of  its  lines
  205. starts  with  "RSR:"  instead of "FSR:".  The first RSR line must follow
  206. immediately the last FSR line, without any blank lines in between.
  207.  
  208. The addresses of this InterMailer are:
  209.  
  210.         On the ARPAnet side:   InterMail@ISIF,    and
  211.         On the TELEMAIL side:  InterMail/USCISI.
  212.  
  213. Hence, a message from the user FOO at  UCLA  on  TELEMAIL  addressed  to
  214. MOSIS  at ISIF on the ARPAnet may have the following lines when given to
  215. TELEMAIL for delivery via InterMail/USCISI:
  216.  
  217.         FSR: [TELEMAIL]InterMail/USCISI
  218.         FSR: [ARPAnet] MOSIS@ISIF
  219.         RSR: [TELEMAIL]FOO/UCLA
  220.  
  221. The return message from MOSIS may have the following lines when given to
  222. the ARPAnet for delivery via InterMail@ISIF:
  223.  
  224.         FSR: [ARPAnet] InterMail@ISIF
  225.         FSR: [TELEMAIL]FOO/UCLA
  226.         RSR: [ARPAnet] MOSIS@ISIF
  227.  
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234.  
  235.                                 -4-
  236.  
  237.